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SYSTEM AND METHOD FOR PROVIDING 
CONTEXT INFORMATION 

FIELD OF THE INVENTION 
[0001] This invention relates generally to communication systems and 

methods and, more particularly, to a system and method for enabling arbitrary 
components to transfer contextual data between each other using one or more 
universal interfaces while having no prior knowledge of each other. 

BACKGROUND OF THE INVENTION 
[0002] In data communication environments, such as a distributed 

network, many different vendors provide a number of products for specific 
services. Heretofore, a predetermined set of domain-specific protocols has 
been required to be specified to enable arbitrary components in the 
environment to communicate with each other, assuming the components were 
transmitting or receiving data, hereinafter referred to as ("transferring data"). 
For example, a device manufactured by one vendor would have difficulty 
communicating with a device manufactured by another vendor without using 
the predetermined set of protocols mentioned above. The problem of 
different vendors requiring different predetermined protocols has been 
partially dealt with by adopting existing protocol standards. However, there 
are different standards organizations and thus different protocol standards. 

[0003] When arbitrary components such as computer applications or 

programs, data, memory, file directories, individual files, printer devices, 
cellular telephones, facsimile machines, copier machines, scanner devices, 
desk-top computers, lap-top computers, personal digital assistant ("PDA") 
systems, or any other device, for example, attempt to communicate without 
having a priori knowledge of each other, particular domain-specific protocols, 
such as the file system domain (e.g., NFS and CIFS) or the printer domain 
(e.g., IPP and LPR), must be known a priori by both parties to successfully 
communicate. An arbitrary component, such as a PDA attempting to 
communicate with a file system, or a printer device attempting to do the same, 



must be explicitly programmed to understand one or more of the standardized 
protocols mentioned above. An example includes a computer device or 
application having to be programmed to understand a printer device by 
installing a domain-specific printer driver. If the device or application is 
programmed to understand how to communicate and use a printer device, 
genetically, the driver will only enable the device or application to access a 
particular type of printer device and not the universe of all printer devices. 
Thus, when new and unknown components enter the equation, the application 
must be reprogrammed to understand the new standardized protocols used to 
communicate with the new components. Referring to the above computer and 
printer device example, if a new type of printer were introduced, the computer 
device would have to be re-programmed to be able to transfer data with the 
new printer device by installing a printer driver specific to the new printer 
device. Thus, each application must be explicitly written to use a particular 
set of standardized protocols a priori to communicating with the components 
associated with the protocols. 

[0004] In a system such as Jini™, developed by Sun Microsystems of 

Palo Alto, California and described in "A collection of Jini™ Technology 
Helper Utilities and Services Specifications," Palo Alto, California, Sun 
Microsystems, Inc., pp. 1-214, 2000; and "Jini™ Technology Core Platform 
Specification," Palo Alto, California, Sun Microsystems, Inc., pp. 1-126, 
2000, all of which are hereby incorporated by reference in their entirety, 
which uses domain-specific interfaces, in order for a component such as a 
PDA system to communicate with another component such as a printer, the 
PDA system must contain a priori knowledge of the semantics of the printer's 
programmatic interfaces. In other words, a component that knows how to 
print still might not know how to transfer data between a file system, a 
scanner device or a network translation service until it is explicitly 
programmed to know how to communicate with the interface for the 
particular components. 



[0005] Additionally, some systems maintain contextual information in 

an ad hoc manner with respect to the components within the system. Such 
contextual information is often represented in various formats depending on 
the type of component it represents, such as whether the component is a user, 
a document or application. This often makes it difficult or impossible for 
arbitrary components within a system to provide each other with current 
contextual information, particularly if the arbitrary components do not have a 
priori knowledge of each other. 

SUMMARY OF THE INVENTION 
[0006] A system for providing context information in accordance with 

embodiments of the present invention includes a plurality of components where a 
first component in the plurality of components has a universal contextual interface 
associated with instructions for transferring contextual data, and a second 
component in the plurality of components that invokes the universal contextual 
interface to execute the instructions to transfer the contextual data between the 
first component and at least one of the plurality of components where the 
components have no prior knowledge of each other. 

[0007] A method and a program storage device readable by a machine and 

tangibly embodying a program of instructions executable by the machine for 
providing context information in accordance with embodiments of the present 
invention include invoking a universal contextual interface associated with a first 
component, the contextual interface being associated with instructions for 
transferring contextual data, and executing the instructions to transfer the 
contextual data between a first component and a second component where the 
components have no prior knowledge of each other. 

[0008] The present invention allows components using the same or 

different communication protocols and/or data types to transfer context 
information data between each other without requiring the components to use 
domain-specific interfaces, protocols or data formats. Moreover, the present 
invention provides for enabling users, devices or applications to retrieve and 



provide each other with current context information and other data directly to 
each other without requiring the components to have prior knowledge of each 
other. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] FIG. 1 is a perspective view of a system for providing context 

information in accordance with embodiments of the present invention; 

[0010] FIG. 2 is a block diagram of an exemplary arbitrary component 

utilized in the system for providing context information; 

[0011] FIG. 3 is a partial perspective view of a system for providing 

context information in accordance with embodiments of the present invention; 

[00 12] FIG. 4 is a flow chart of a process for providing context 

information; 

[0013] FIG. 5 is a partial perspective view of a system for providing 

context information in accordance with embodiments of the present invention; 
and 

[0014] FIG. 6 is a flow chart of a process for providing context 

information. 

DETAILED DESCRIPTION OF THE INVENTION 
[0015] A system 10 for providing context information in accordance with 

embodiments of the present invention is shown in FIG. 1 . System 1 0 includes 
computer 12, printer 14, personal digital assistant ("PDA") 16 and server 18 
("components 12-18"), which are coupled together by network 20, although 
system 10 could comprise other types and numbers of systems and devices. A 
method includes invoking a universal contextual interface associated with a first 
component and executing instructions associated with the universal contextual 



interface to transfer the contextual data between components 12-18. The present 
invention allows components using the same or different communication 
protocols and/or data types to transfer context information between each other 
without requiring the components to use domain-specific interfaces, protocols or 
data formats. Moreover, the present invention provides for enabling users, 
devices or applications to retrieve and provide each other with current context 
information and other data directly to each other without requiring the 
components to have prior knowledge of each other. 

[0016] Referring more specifically to FIG. 1, computer 12, printer 14, 

PDA 16 and server 18 are coupled to and may communicate with each other by 
way of network 20, although the components 12-18 may be coupled directly to 
each other (e.g., a peer-to-peer system). In embodiments of the present invention, 
network 20 comprises a wide area network ("WAN") such as the Internet, 
although it may comprise a local area network ("LAN") such as an Ethernet® 
network developed by the assignees of the present invention, or a Novell®, 
3Com® or IBM PC® LAN network. Where network 20 comprises a WAN, 
cellular or satellite communications network systems that utilize signals such as 
satellite signals, radio waves, microwaves and/or infrared signals may be used. 
Where network 20 comprises a LAN, it may be organized in a bus network 
configuration, although a number of other network configurations may be utilized 
such as a token ring, star, tree or mesh configuration depending on the needs, 
resources and types of components 12-18 in network 20. Further, network 20 
may comprise one or more WAN's or LAN's. 

[0017] Referring to FIG. 2, in embodiments of the present invention 

computer 12 comprises a central processing unit ("CPU") 22, memory 24 and I/O 
unit 26, which are coupled together by one or more buses. By way of example 
only, computer 12 may also comprise a scanner, cellular telephone, display 
device, video input/output device, audio input/output device, remote control 
device or an appliance, although computer 12 may comprise any type of device or 
system that can store, process and execute instructions including devices with 
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circuitry that are hard- wired to execute instructions for performing one or more 
methods of the present invention as described and illustrated herein. 

[0018] Computer 12 executes instructions for an operating system 

5 environment it is operating in, such as the UNIX® environment, as described in 

"Advanced Programming in the UNIX® Environment," W. Richard Stevens, 
Addison- Wesley Publishing Company, 1974, which is hereby incorporated by 
reference in its entirety. In embodiments of the present invention, computer 12 
does not use the same communication protocol as any of the other components 
10 14-18, although it may use the same communication protocol as any of the other 

components 14-18. By way of example only, computer 12 may be operating in 
the UNIX® environment using a first type of communication protocol to transfer 
data, while printer 14 may be operating in a Microsoft Windows® environment 
but using a second type of communication protocol. Additionally, computer 12 
15 may use one or more communications protocols to communicate with one or more 

components 14-18 on network 20, including xDSL, ISDN, TCP/IP or protocols 
defined by the RFC and OSI organizations. 

[0019] CPU 22 may comprise an Intel Pentium III processor, although 

20 CPU 22 may comprise a number of other processors such as a picoJava I or 

PowerPC G4 processor. The CPU 22 executes at least one program of stored 
instructions for a method of providing context information in accordance with 
embodiments of the present invention. CPU 22 may also execute instructions for 
other tasks, including network services such as providing data, memory, file 
25 directories, individual files, word processing applications, accounting applications 

or engineering applications. As a result, when one of these applications is 
executed, the instructions for the task, such as for creating a spreadsheet, as well 
as the instructions for performing one or more methods of the present invention 
are carried out by the CPU 22 in computer 12. The instructions may be expressed 
30 as executable programs written in a number of computer programming languages, 

such as BASIC, Pascal, C, C++, C#, Java, Perl, COBOL, FORTRAN, assembly 



language, machine code language, or any computer code or language that can be 
understood and performed by the CPU 22. 

[0020] Memory 24 may comprise any type of fixed or portable memory 

device accessible by the CPU 22, such as hard-disks, floppy-disks, compact disks, 
digital video disks, magnetic tape, optical disk, ferroelectric memory, 
ferromagnetic memory, read only memory, random access memory, electrically 
erasable programmable read only memory, erasable programmable read only 
memory, flash memory, static random access memory, dynamic random access 
memory, charge coupled devices, smart cards, or any other type of computer- 
readable mediums. Memory 24 stores instructions and data for performing the 
present invention for execution by CPU 22, although some or all of these 
instructions and data may be stored elsewhere. Although the CPU 22 and 
memory 24 are shown in the same physical location, they may be located at 
different physical locations, such as in server 18. 

[0021] I/O unit 26 couples computer 12 to network 20 to allow computer 

12 to communicate with network 20, and hence components 14-18. In 
embodiments of the present invention, I/O unit 26 may comprise a router such as 
any type of Ethernet based device, although I/O unit 26 may comprise a modem 
device using a dial-up communication system through private branch exchanges 
("PBX") and public switched telephone lines. 

[0022] Referring back to FIG. 1, printer 14 is coupled to network 20 in the 

same manner described above with respect to computer 12 and network 20. In 
embodiments of the present invention, printer 14 comprises a printing device 
capable of rendering graphical representations on a printing medium, for example. 

[0023] PDA 1 6 is coupled is to network 20 in the same manner described 

above with respect to computer 12 and network 20, including a wireless 
communication connection. In embodiments of the present invention, PDA 16 
comprises a hand held computing device that may perform such functions as 
telephony, facsimile transmissions or networking. 



[0024] Server 1 8 is coupled to network 20 in the same manner described 

above with respect to computer 12 and network 20. Server 1 8 comprises a 
computer system having one or more CPU's, memory and I/O units, which are 
coupled together by one or more buses and used by server 18 to store and process 
instructions in accordance with embodiments of the present invention as described 
further herein. 

[0025] While components such as computer 12, printer 14, PDA 16 

and server 18 have been used as examples in embodiments of the present 
invention, by way of example only, a number of other systems may be used as 
components 12-18 such as software services, files, applications or portions 
thereof including language translation services, data format converters, e-mail 
applications, calendar applications, or a spell checking routine executing 
within a word processing application. 

[0026] Referring to FIG. 3, computer 12 is coupled to PDA 16 as 

described above in connection with FIG. 1 . PDA 16 has stored in a memory or 
otherwise has access to, which will hereinafter be referred to as being "associated 
with," a set of universal interfaces 16a comprising a contextual interface, a 
notification interface, a user interface and a data source interface. The particular 
number and/or combination of interfaces may vary and will depend upon the 
particular type of device PDA 16 is, and the capabilities and/or services desired or 
provided by it. Also, PDA 16, and hence the set of universal interfaces 16a, may 
be updated at any time to add, delete or modify interfaces. 

[0027] Each of the interfaces in the set of universal interfaces 16a 

comprise instructions, sets of operations and/or other data that are particular to 
PDA 16 yet can be understood and performed by computer 12 to enable it to 
communicate and transfer (i.e., transmitting or receiving) contextual data with 
PDA 16, provide event notifications to computer 12 with respect to changes in 
contextual data for PDA 16, enable computer 12 to receive user interfaces to 
allow users of computer 12 to view changed contextual data or enable computer 



12 to receive data from PDA 16. Moreover, while each of the interfaces will be 
described below, a detailed description of these and other interfaces is included in 
co-pending U.S. Patent Application Serial No. 09/838,933 titled "SYSTEM AND 
METHOD FOR ENABLING COMMUNICATION AMONG ARBITRARY 
5 COMPONENTS," filed on April 20, 2001 by Edwards et aL, which is hereby 

incorporated by reference in its entirety. 

[0028] In particular, the contextual interface comprises a getContext() 

operation that may include instructions, operations and data that may be 

10 performed by computer 12 to request and access a context object 16c, which 

will be described in further detail herein. Contextual data may include 
information with respect to PDA 16 such as its type (i.e., make and model), 
owner, history of use, whether PDA 16 is currently in use or other operating 
status information, identity, location on network 20, administrative domain, 

15 information with respect to one or more users of PDA 1 6 or files stored at 

PDA 16, or any other type of environment information that PDA 16 may 
provide, for example. Further, contextual data may also include computer 
language instructions particular to PDA 16 that may be understood and 
executed by computer 12. In embodiments of the present invention, the 

20 contextual data may be stored in a memory at PDA 16 in any format 

depending upon the particular type of device or application PDA 16 is, such 
as a multi-valued data structure that resembles a hash table or a data structure 
comprising an array of records, for example. 

25 [0029] In embodiments of the present invention, a context object 16c 

associated with PDA 16 may be referenced by computer 12 through the 
getContext() operation. The context object 16c may comprise a live, remote 
reference to one or more operations associated with the getContext() 
operation including a getProperty() and a setProperty() operation as well as 

30 any other instructions that enable computer 12 to access current contextual 

data associated with PDA 16, although the object 16c may directly include the 
contextual data. In particular, the instructions may communicate with PDA 
16 using a first protocol such as an IR protocol, the type of protocol 
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depending upon the type required by the manufacturer of PDA 1 6. The 
getPropertyO operation may include instructions for requesting that 
contextual data be returned to computer 12 from PDA 16 so computer 12 may 
read the contextual data associated with PDA 16, although the getPropertyO 
5 operation may also include the actual contextual data associated with PDA 16. 

The setPropertyO operation includes instructions and data that may be 
performed by computer 12 to provide PDA 16 with contextual data so 
computer 12 may write its contextual data to a memory associated with PDA 
16. 

10 

[0030] The notification interface comprises a register() operation that may 

include instructions, operations and data that may be performed by computer 12 
to enable it to register itself as a listener with respect to PDA 16 for receiving 
asynchronous notifications about changes to the contextual data of PDA 16, 

15 although it may receive synchronous notifications as well. The notification 

interface may be passed one or more parameters when invoked, including a 
component parameter and a context parameter. The component parameter 
identifies computer 12 as the recipient of the notifications, although printer 14 and 
server 1 8 may also be identified. The context parameter comprises current 

20 contextual data representing one or more properties that may be relevant to PDA 

16 for deciding whether it should provide notifications to computer 12. 
Alternatively, the context parameter may comprise a context object providing 
PDA 16 with a live, remote reference to the contextual data associated with 
computer 12. The context object of computer 12 would be the same as the 

25 context object 1 6c of PDA 1 6, except it would be associated with computer 12. 

In embodiments of the present invention, PDA 16 is programmed to send 
notifications to registered listeners (i.e., computer 12) when its contextual data 
changes, although PDA 16 may send the notifications at predetermined time 
increments. 



[0031] The user interface comprises a getUI() operation that may include 

instructions, operations and data that may be performed by computer 12 for 
generating a user window. In particular, the getUIQ operation returns to 



computer 12, from PDA 16, a user window object having instructions that may be 
executed by computer 12 to generate and display a user interface window to 
enable users at computer 12 to access the contextual data associated with PDA 16. 
In embodiments of the present invention, computer 12 passes its context 
parameter to the getUI() operation when invoking it for a variety of reasons, such 
as for security purposes to identify a user at computer 12 to PDA 16 or for 
identifying the location of computer 12 on the network 20. PDA 16 may decide 
whether to provide computer 12 with its user interface based upon the contextual 
data provided by way of the context parameter. Moreover, computer 12 may be 
programmed to generate a user window to display the contextual data associated 
with PDA 16 upon receiving event notifications with respect to changed 
contextual data associated with PDA 16 as described above. 

[0032] The data source interface comprises a beginTransferSession() 

operation that may include instructions and data that can be performed by 
computer 12 to establish a data transfer session to enable computer 12 to receive 
data from PDA 16. Moreover, the beginTransferSession() operation may be 
passed parameters when invoked such as a context parameter. In embodiments of 
the present invention, computer 12 passes its context parameter to the 
beginTransferSessionQ operation when invoking it to inform PDA 16 of its 
identity for the same reasons described above with respect to computer 12 for 
providing PDA 16 with its context parameter when invoking the getUI() 
operation. PDA 16 may decide whether to transmit data to computer 12 or 
modify its behavior during data transfer based upon the contextual data provided 
in the context parameter. For example, if computer 12 requests a data transfer 
(e.g., file transfer) with PDA 16, PDA 16 may provide the data (i.e., the file) to a 
particular location at computer 12 (e.g., a root directory) or to another location 
(e.g., printer 14 or server 18) based upon the contextual data (e.g., the identity of 
the user at computer 12) included in the context parameter. 

[0033] Each of the above-described interfaces and associated operations 

may comprise mobile code. Mobile code is executable data that can be 
transmitted to computer 12 where it may be executed. For example, Java is an 
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implementation of executable content (i.e., mobile code) that is widely used on 
the Internet. Users may download mobile code from the Internet, for example, 
and locally run a program written in a truly common programming language. In 
embodiments of the present invention, the mobile code comprises object oriented 
mobile code, which is a programming methodology well known in the 
programming arts where data types may be defined along with associated 
procedures or sets of instructions, the data types in this context often referred to as 
classes. Thus, a set of procedures or instructions may be associated with one or 
more data types. Moreover, the same name or identifier can be assigned to 
identify a procedure or a set of instructions that perform corresponding 
instructions depending upon the particular data types associated therewith, often 
referred to as polymorphism. In embodiments of the present invention, when the 
set of universal interfaces 16a is provided to computer 12, the procedures, sets of 
instructions and other data associated with the particular interface become 
available to computer 12 to access and perform as described herein. Still further, 
the interfaces may comprise sets of instructions or references to other interfaces, 
wherein computer 12 could utilize the data or perform the instructions 
accordingly. 

[0034] In embodiments of the present invention, using the above- 

described mobile code is optional. In particular, computer 12 may also directly 
access each of the interfaces included in the set of universal interfaces 16a without 
needing to access data object 1 6b. Further, the above-described operations would 
be available to computer 12 directly through each of the universal interfaces 
described above. In this example, the set of universal interfaces 16a would 
comprise the same instructions, sets of operations and/or other data that could be 
understood and performed by computer 12 to enable it to communicate with PDA 
16 as well as the other functions described herein. Thus, in this example, mobile 
code may not be required although it could be used as necessary. 

[0035] Data object 1 6b is a proxy object for PDA 1 6 and is received from 

PDA 16 and stored in computer 12, although the data object 16b may be stored 
elsewhere such as at server 18. The set of universal interfaces 16a is accessible to 
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computer 12 through the data object 16b. More specifically, data object 16b 
supports the various operations defined by the interfaces in the set of universal 
interfaces 16a associated with PDA 16, which are assumed to be known and 
understood by computer 12. The data object 16b comprises instructions (i.e., 
computer executable code) and/or data that provide particular implementations of 
the one or more interfaces associated with the PDA 16 from which the data object 
16b is associated with. For example, data object 16b provides a custom 
implementation of the contextual interface that would be specialized to 
communicate with PDA 16 using whichever protocols and/or data formats have 
been decided upon by the developer of PDA 1 6. In embodiments of the present 
invention, computer 12 is programmed to access the set of universal interfaces 
16a through data object 16b using a number of protocols to effect the different 
types of communications as described herein, such as Java remote method 
invocation ("RMI"). 

[0036] Referring to FIG. 4 and beginning at step 30, computer 12 

performs a discovery process to determine whether PDA 16 can provide it 
with contextual data. In embodiments of the present invention, computer 12 
discovers PDA 16 by using the Bluetooth™ Service Location Protocol 
("SLP") discovery system developed by Bluetooth SIG, inc., and described in 
"Specification of the Bluetooth System," Version 1.1 core, Bluetooth 
Consortium 2001, although a number of other systems may be used such as 
the Universal Description, Discovery, and Integration Protocol ("UDDI"), 
developed by the Ariba, IBM and Microsoft Corps., and described in "UDDI 
Technical Whitepaper," Universal Description, Discovery, and Integration 
Consortium, pp. 1-12, 2000; "Universal Description, Discovery and 
Integration Data Structure Reference V 1.0," Ariba, Inc., International 
Business Machines Corporation and Microsoft Corporation, pp. 1-31, 2000; 
"Universal Description, Discovery and Integration Programmer's API 1.0," 
Ariba, Inc. and International Business Machines Corporation and Microsoft 
Corporation, pp. 1-67, 2000; and "Universal Description, Discovery and 
Integration Technical White Paper," Ariba, Inc., International Business 
Machines Corporation and Microsoft Corporation, pp. 1-12, 2000, the various 
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Jini™ system discovery protocols or using a simple lookup in a name server, 
for example, all of which are hereby incorporated by reference in their 
entirety. 

5 [0037] Next at step 32, discovered PDA 16 returns data object 16b to 

computer 12. Computer 12 may introspect the received data object 16b to 
determine which one or more universal interfaces are associated with PDA 
16. Computer 12 determines that PDA 16 is at least associated with a 
contextual interface, and thus PDA 16 can provide it with contextual data. 

10 

[0038] Next at step 34, computer 12 uses the procedures, instructions 

and/or data defined in the data object 16b to invoke the getContext() interface 
associated with PDA 16 to request the context object 16c from PDA 16. As 
computer 12 requests access to the contextual data through the context object 
15 1 6c, the instructions included in the obj ect 1 6c may translate the requests into 

a first protocol (e.g., IR protocol) supported by PDA 16 to accomplish the 
access to the contextual data. 

[0039] Next at step 36, computer 12 receives the context object 16c 

20 and invokes the associated getProperty() operation to retrieve the contextual 

data from the PDA 16. In particular, the contextual data is transferred from 
PDA 16 to computer 12 through the context object 16c. Moreover, when 
computer 12 performs the getProperty() operation, PDA 16 may return 
instructions, operations or data directly to computer 12 to enable it to 
25 understand the contextual data being transferred from PDA 1 6. Further, the 

context object 16c transmits the request for contextual data to PDA 16, 
although the object 16c may include the contextual data in which case 
computer 12 accesses the data therein. In either case, computer 12 receives 
the contextual data from the PDA 1 6. 



[0040] In another embodiment, steps 30-36 are performed as 

described above in embodiments of the present invention except at step 36, 
computer 12 invokes the associated setProperty() operation to send its own 
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contextual data to the PDA 16. Moreover, when computer 12 receives the 
context object 16c, computer 12 may access and execute the instructions 
included in the object 16c to enable computer 12 to provide the contextual 
data to PDA 16 in a format that PDA 16 will understand. Thus, computer 12 
may transfer its own associated contextual data, in its own format and using 
its own protocol, to PDA 16 through the context object 16c. In particular, the 
context object 16c transmits the request and negotiates with PDA 16 to enable 
computer 12 to send its data. Computer 12 transmits its contextual data to 
PDA 16, which stores the received data at a memory associated with it, 
although it could store the data elsewhere such as server 18. 

[0041] In another embodiment, steps 30-36 are performed as 

described above in embodiments of the present invention except at steps 30- 
32, computer 12 introspects the data object 16b and determines PDA 16 is 
also associated with the notification and user interfaces. Computer 12 may 
therefore register itself as a listener with PDA 16 to receive event 
notifications with respect to changes in the contextual data associated with 
PDA 16. At step 34, in this embodiment computer 12 may query PDA 16 
about what particular types of contextual data, if any, it must provide to PDA 
16 to register itself as a listener. Thus, step 34 is performed as described 
above and computer 12 requests the context object 16c, but here the 
instructions, data and operations included in the object 16c represent the 
particular types of contextual data computer 12 must include in the context 
parameter it provides to PDA 16 when invoking the register() operation 
associated with the notification interface. Step 36 is performed as described 
above and computer 12 invokes the register() operation to register itself and 
includes the required types of contextual data in the context parameter, 
although computer 12 may pass its own context object into the context 
parameter. PDA 16 decides to allow computer 12 to register as a listener and 
thus computer 12 may receive event notifications from PDA 16 through the 
context object 16c as changes in its contextual data occur. Further, in this 
example computer 12 may invoke the getUI() operation as event notifications 
are received to generate the user window associated with PDA 16 to enable 
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users at computer 12 to view the changed contextual data associated with 
PDA 16. 

[0042] In another embodiment, steps 30-36 are performed as 

described above in embodiments of the present invention except at steps 30- 
32, computer 12 introspects the received data object 16b and determines PDA 
16 is also associated with a data source interface. Thus, PDA 16 may transfer 
other types of data with computer 12 besides its associated contextual data, 
such as a continuous stream of data (e.g., streaming video). At step 34, in this 
embodiment computer 12 may query PDA 16 about what particular types of 
contextual data, if any, it must provide to PDA 16 to utilize the data source 
interface for receiving data. Thus, step 34 is performed as described above 
and computer 12 requests the context object 16c, but here the instructions, 
data and operations included in the object 16c represent the particular types of 
contextual data computer 12 must include in the context parameter it provides 
to PDA 16 when invoking the beginTransferSession() operation associated 
with the data source operation. Step 36 is performed as described above, 
except computer 12 also invokes the beginTransferSession() operation to 
receive a data transfer session object and includes the required types of 
contextual data in the context parameter it provides when it invokes the 
operation. Computer 12 receives the data transfer session object and may 
execute instructions included in it to receive data from PDA 16. In this 
embodiment, PDA 16 may maintain a context parameter database in its 
associated memory. In particular, PDA 16 may store in the parameter 
database the context parameter provided to it by computer 12 in step 36. 
Thus, PDA 16 may store a number of context parameters that have been 
provided to it by one or more components 12-18 in performing step 36. The 
PDA 16 may use the stored context parameters to establish a history of use 
and may include the information in contextual data it provides to components 
12-18, for example. 

[0043] Referring to FIG. 5, computer 12, printer 14 and server 1 8 are 

coupled to each other as described above in connection with FIG. 1. In this 
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embodiment, printer 14 is associated with a set of universal interfaces 14a 
comprising a contextual interface. The contextual interface in this 
embodiment is the same as the contextual interface described above in 
connection with FIGS. 3-5, except it includes instructions specific to printer 
14 that may be executed by computer 12. 

[0044] Referring to FIG. 6 and beginning at step 50, computer 12 

performs the discovery process described above with respect to FIG. 3 at steps 
30-32 except it discovers data object 14b. Further, computer 12 determines 
printer 14 is at least associated with a contextual interface, and thus printer 14 
may provide computer 12 with contextual data. 

[0045] Next at step 52, computer 12 uses the procedures, instructions 

and/or data defined in the data object 14b to invoke the getContext() interface 
associated with printer 14 to request the context object 14c as described above 
with respect to FIG. 3 at step 34. Thus, computer 12 receives the context 
object 14c from the printer 14 through the data object 14b. 

[0046] Next at step 54, computer 12 invokes the getProperty() 

operation included in data object 14b to retrieve the contextual data associated 
with printer 14. In this embodiment, the contextual data associated with 
printer 14 may be stored at a central location such as in server 18, although 
the contextual data may be stored at another location such as computer 12 or 
PDA 16. Thus, the instructions, operations or data included in the 
getPropertyQ operation that are executed by computer 12 instruct it to retrieve 
the contextual data associated with printer 14 from server 18. Moreover, the 
instructions, operations or data may include the location of the contextual data 
(i.e., server 18) on the network 20 and other miscellaneous instructions that 
may need executing by computer 12 to enable it to retrieve from and 
understand the contextual data being transferred from the server 18. 

[0047] By way of example only, miscellaneous instructions may 

include instructions for contacting one or more location sensors (e.g., GPS, 
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IR, etc.) and performing computations to integrate results obtained from the 
sensors to determine the location of the contextual data (i.e., server 18). 
Another example includes instructions for obtaining the contextual data by 
first attempting to access a particular service performed by one or more of 
components 16-18 on network 20 for providing contextual data, but using 
cached contextual data obtained from a prior request, if available, in the event 
the service is unavailable. Thus in this embodiment, computer 12 receives the 
contextual data associated with printer 14 from the server 18 through the 
context object 14c. 

[0048] Other modifications of the present invention may occur to 

those skilled in the art subsequent to a review of the present application, and 
these modifications, including equivalents thereof, are intended to be included 
within the scope of the present invention. Further, the recited order of 
processing elements or sequences, or the use of numbers, letters, or other 
designations therefor, is not intended to limit the claimed processes to any 
order except as may be specified in the claims. 



